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DETAILED ACTION 

Response to Arguments 

1 . Applicant's arguments filed 1/1 2/2009 have been fully considered but they are 
not persuasive. 

Applicant's representative has amended their claims and argued that Bogasian fails to 
teach or suggest the functions of "parsing from the first check identifier that has one or more 
entered replacement symbols at least the account number portion using the replacement 
symbols" and "presenting an error message to the user, if the second check identifier is not 
consistent with the first check identifier". 

In response, the Examiner respectfully disagrees. It should be noted, as well known in 
the art and as stated in the applicant's Description of the Related Art section of their 
specification, specifically, paragraph [004] that " A typical check identifier is printed on a paper 
check and appears in a MICR (magnetic ink character recognition) format. A typical MICR 
format check identifier includes about twenty to thirty numeric digits and multiple separator 
symbols. Since the MICR format check identifier typically includes many digits and multiple 
hard-to-read separator symbols, check identifiers are often incorrectly entered. . .". Thus, from 
this teaching, if a user is manually entering a check identifier, the use would enter the bank 
number, the replacement or separator symbols and also the routing number related to the 
particular check. Thus, for a machine or a human being to read or identify the particular check, 
the numbers and symbols found on the MICR must be read and parsed so as to correctly identify 
the account number, the check number and the routing number of the check. Thus, the parsing 
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step is an inherent feature found in most check scanning or processing system similar to the one 
found in the system and method of Bogasian. If a user enters a wrong check identifier, obviously 
the user would have been asked to reenter another check identifier in order to provide an 
interactive and user- friendly system. At any stage an incorrect check identifier is inputted, an 
error message would have also been presented to the user. Thus, providing prompts and error 
messages to a user would have been obvious to one of ordinary skill in the art to include in the 
system and method of Bogasian in order to provide the user with an interactive and user- friendly 
system. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1 -27 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Bogosian et al. (US Patent No. 6,760,470). 

The Examiner's response to the applicant's amendment and argument is incorporated in 
the instant rejection. 

As per claim 1, Bogosian et al disclose a system and method or computer programmed 
for determining the accuracy of a check identifier entered by a user from a computer. (See the 
abstract). The system and method comprise: 
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Remotely receiving a first check identifier that has been entered by a user from a 
computer in a non-automated manner, the first check identifier identifying a negotiable 
instrument (column 6, lines 10-41); 

Regarding the limitation of a plurality of digits "associated with at least a portion of both 
an account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 

Comparing the first check identifier with checking account records stored in a 
database (column 6, line 42 to column 8, line 36). Comparing to determine whether the account 
number portion of the first check identifier matches an account number associated with one of 
the checking account records is not explicitly stated in the Bogosian et al. As per this limitation, 
the Examiner asserts that if an incorrect identifier is inputted then reentering the correct check 
identifier would have been obvious to one of ordinary skill in the art to do for comparison 
purpose in order to ascertain that the correct check identifier is inputted. 

if at least the account number portion of the first check identifier does not relate to a 
checking account record stored in the database, requesting that the user reenters the first check 
identifier in a non-automated manner thereby obtaining a second check identifier (column 8, 
lines 36-67 and figure 8); 

comparing the second check identifier with the first check identifier (column 6, line 42 to 
column 8, line 36); and accepting the second check identifier, if the second check identifier is 
consistent with the first check identifier (column 12, lines 1 1-41). 
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As per the limitation of "if the account number portion of the first check identifier with 
the incorrectly entered replacement symbols relates to a checking account record stored in the 
database, accepting the first check identifier without requesting additional entry of check 
identifier information from the user in a non-automated fashion", the Examiner asserts that if the 
first check identifier relates to a checking account record stored in the database, accepting the 
first check identifier would have been obvious to one of ordinary skill in the art since there 
would be no need to obtain any additional information from the user or client. 

As per claim 2, Bogosian et al teach the first check identifier comprises a routing 
number, an account number, and a check number (column 6, lines 35-41 figures 7-8 of Bogosian 
et al). 

As per claim 3, Bogosian et al teach remotely receiving a check identifier wherein the 
check identifier comprises a plurality of digits (Column 6, lines 10-41 and figure 7), and wherein 
at least some of the digits have been entered by a user in a non-automated manner (column 6, 
lines 10-41); and requesting reentry of the check identifier if the received check identifier does 
not relate to an entry in a database (column 8, lines 36-66). 

Regarding the limitation of a plurality of digits "associated with at least a portion of both 
an account number and a routing number ", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 
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Requesting reentry of the check identifier in a non-automated manner if the received 
account number portion of the check identifier does not match an account number in the 
database is not explicitly stated. The Examiner notes that if a given transaction is to be 
processed with a check, the check identifier must be verified for validity purposes in order to 
process that transaction. 

As per the limitation of "accepting the check identifier when it relates to an entry in the 
database without requesting additional entry of check identifier information from the user in a 
non-automated fashion", the Examiner asserts that if the first check identifier relates to a 
checking account record stored in the database, accepting the first check identifier would have 
been obvious to one of ordinary skill in the art since there would be no need to obtain any 
additional information from the user or client. 

As per claim 4, Bogosian et al teach the check identifier comprises a routing number, an 
account number, and a check number (column 6, lines 35-4 1 ), wherein requesting reentry of the 
check identifier comprises requesting reentry of the check identifier if the routing number and 
the account number of the received check identifier do not match an entry in a database (column 
8, line 35-67 and column 11, lines 15-61). 

As per claim 5, Bogosian et al further teach storing in a database data about multiple 
checking accounts (column 4, lines 42-61); 
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Remotely receiving a check identifier wherein the check identifier comprises a plurality 
of digits, and wherein a user has entered at least some of the digits other than by scanning a 
paper check upon which the check identifier is printed (column 6, lines 10-41); and 

requesting reentry of the check identifier other than by scanning a paper check upon 
which the check identifier is printed if the received account number portion of the check 
identifier does not relate to the data stored in the database would have been obvious to one of 
ordinary skill in the art at the time the invention was made in order to assure that the correct 
information of the check is obtained so as to proceed with a given transaction associated with the 
check. 

As per the limitation of "accepting the check identifier when it relates to an entry in the 
database without requesting additional entry of check identifier information from the user in a 
non-automated fashion", the Examiner asserts that if the first check identifier relates to a 
checking account record stored in the database, accepting the first check identifier would have 
been obvious to one of ordinary skill in the art since there would be no need to obtain any 
additional information from the user or client. 

As per claim 6, Bogosian et al teach storing in a database data about multiple checking 
accounts comprising storing in the database at least a routing number and an account number of 
each of the multiple checking accounts (column 4, lines 42-61). 

As per claim 7, Bogosian et al disclose the check identifier comprises a routing number, 
an account number and a check number (column 6, lines 10-41 and figure 7). 



Application/Control Number: 1 0/041 ,71 9 Page 8 

Art Unit: 3696 

As per claim 8, Bogosian et al disclose accepting the received check identifier as a 
correct entry if the received check identifier relates to the data stored in the database (column 
12, lines 11-41). 

As per claim 9, Bogosian et al further disclose: 

receiving a reentered second check identifier (column 7, lines 50-59); 

comparing the second check identifier with the first check identifier (column 6, line 42 to 
column 8, line 36); and 

accepting the second check identifier as a correct entry if the second check identifier 
matches the first check identifier (column 1 2, lines 11-41). 

As per claim 10, Bogosian et al further teach storing at least the routing number and the 
account number of an accepted check identifier in the database (column 4, lines 42-67). 

As per claim 11, Bogosian et al disclose a system and method or computer programmed 

confirming the correct entry of a check identifier in MICR format associated with a 
check transaction, the method comprises: 

storing in a database, portions of multiple check identifiers in MICR format associated 
with multiple checking accounts, wherein the portions of a check identifier comprise at least a 
routing number and an account number of the check identifier (column 4, lines 42-67); 

remotely receiving a first user-entered check identifier in MICR format associated with a 
check transaction (column 6, lines 10-35), wherein the first check identifier is entered other than 
by scanning a paper check upon which the first check identifier is printed (column 6, lines 35- 
41); 
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As per the limitation of "the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 

requesting reentry of the first user-entered check identifier if the routing number 
and account number of the first user-entered check identifier do not match the routing number 
and account number of one of the check identifiers stored in the database (column 8, lines 37- 
67); 

remotely receiving a second user-entered check identifier in MICR format in response to 
the request to reenter the first user-entered MICR wherein the second check identifier is entered 
other by scanning a paper check upon which the second check identifier is printed (column 11, 
lines 15-67), and accepting the second user-entered check identifier if the second user-entered 
check identifier matches the first user-entered check identifier (column 12, lines 11-41). 

Applicant has amended the independent claim 1 1 to recite "accepting the first check 
identifier if the routing number and the account number of the first user-entered check identifier 
match the routing number and account number of one of the check identifiers stored in the 
database without requesting the additional entry of check identifier information from the user in 
a non-automated fashion". 

As per this limitation, the Examiner asserts that if the first check identifier relates to a 
checking account record stored in the database, accepting the first check identifier would have 
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been obvious to one of ordinary skill in the art since there would be no need to obtain any 
additional information from the user or client. 

As per claims 12-14, Bogosian et al disclose receiving a first user-entered check 
identifier comprises receiving a first check identifier typed by the user on a computer keyboard, 
or on a touch tone or on a voice input spoken by the user into a telephone (see column 6, lines 
10-41). 

As per claim 15, Bogosian et al disclose a system and method or computer programmed 
for confirming the correct entry of a check identifier entered by a user, the system comprising: 

receiving module configured to receive a first check identifier entered by a user and 
further configured to receive a second check identifier entered by the user , wherein the first and 
second check identifiers are entered in a non-automated manner (column 6, lines 10-41, column 
8, lines 36-67 and figures 7 and 8); 

a searching module configured to search a database connected to the system for a record 
that relates to the received first check identifier (column 6, line 42 to column 8, line 36); and 

a requesting module configured to transmit a request for receiving a second check 
identifier entered by the user, if the searching module cannot find in the database a record that 
relates to the received first check identifier (column 8, lines 36-67). 

As per the limitation of '"the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 
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Having a searching module configured to search a database connected to the system for at 
least one account number associated with a record that matches the received account number 
with the first check identifier would have been obvious to one of ordinary skill in the art at the 
time the invention was made in order to assure the validity of the check. 

As per the limitation of "an accepting module that accepts the first check identifier 
entered by the user without requiring the user to enter additional check identifier information in a 
non-automated fashion when the searching module finds in the database a record that relates to 
the received first check identifier", the Examiner asserts that if the first check identifier relates to 
a checking account record stored in the database, accepting the first check identifier would have 
been obvious to one of ordinary skill in the art since there would be no need to obtain any 
additional information from the user or client. 

As per claim 16, Bogosian et al disclose the receiving module is configured to receive a 
first check identifier entered by a user from a computer and further configured to receive a 
second check identifier entered by the user from the computer (figures 7 and 8). 

As per claim 17 Bogosian et al teach the receiving module is configured to receive a first 
check identifier entered by a user from a telephone and further configured to receive a second 
check identifier entered by the user from the telephone. See column 6, lines 10-41 and column 8, 
line37-67. 

As per claim 18, Bogosian et al disclose a system and method or computer programmed 
for confirming the correct entry of a check identifier entered by a user, the system comprising; 

a storing module configured to store in a database records about multiple 
checking accounts, the database being connected to the system (column 4, lines 42-67); 
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a receiving module configured to receive a first check identifier entered by a user and 
further configured to receive a second check identifier entered by the user, wherein the first and 
second identifiers are entered in a non-automated manner (column 6, lines 10-41 and column 8, 
lines 36-67 and figures 7 and 8); 

As per the limitation of "the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 

As per the limitation of a searching module configured to search the database for a 
stored record that comprises at least one account number that matches the account number 
associated with the received first check identifier, such would have been obvious to one of 
ordinary skill in the art to do in the system and method of Bogosian et al at the time the invention 
was made in order to assure the validity of the check and also to deter fraud. 

Bgosian et al further teach a requesting module configured to transmit a request for 
remotely receiving a second check identifier entered by the user, if the searching module cannot 
find in the database a stored record that relates to the received first check identifier (column 8, 
lines 36-67). 

Applicant has amended the independent claim 1 8 to recite "an accepting module that 
accepts the first check identifier entered by the user without requiring the user to enter additional 
check identifier information in a non-automated fashion when the searching module finds in the 
database a record that relates to the received first check identifier' and argued that the prior art 
failed to teach this feature. 
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In response, the Examiner asserts that if the first check identifier relates to a checking 
account record stored in the database, accepting the first check identifier would have been 
obvious to one of ordinary skill in the art since there would be no need to obtain any additional 
information from the user or client. 

As per claim 19, Bogosian et al further teach the storing module is configured to store in 
the database a routing number and an account number of each of the multiple checking accounts 
(column 6, lines 35-4 and figures 7-8), and wherein the searching module is configured to search 
the database for a stored record whose routing number and account number match the routing 
number and account number of the received first check identifier (columns 7-12). 

As per claim 20, Bogosian et al disclose a system and method or computer programmed 
for determining or confirming the identification information contained in the face of a check. In 
so doing, Bogosian et al teach: 

a check processing system for confirming the correct entry of a check identifier, the 
check processing system comprising a receiving module configured to receive a first check 
identifier from a user and to receive a second check identifier from the user (columns 6-12 of 
Bogosian et al). Bogosian et al state that these information are entered by a customer. Bogosian 
et al do not explicitly state the check identifiers are received from a merchant. As per this 
feature, the Examiner asserts that customers usually submit credit or debit cards or payment 
information to a merchant or seller from which they attempt to purchase goods/services from. 
Thus, the merchant or seller transmitting the customer's account number to the system of 
Bogosian et al would have also been obvious to one of ordinary skill in the art to do at the time 
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the invention was made especially if the customer did not pre -register with the system so as to 
quickly process the customer's payment of a purchased good or service. 

As per the limitation of "the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 

As per claim 21, Bogosian et al. disclose the receiving module is configured to 
receive a first check identifier including a routing number, an account number, and a check 
number from the user. See column 4 of Bogosian ct al. 

As per claims 22-23, Bogosian et al disclose the receiving module is configured to 
receive a first check identifier including a routing number, an account number or a check 
number. See column 4 of Bogosian et al. Receiving separator symbols or replacement symbols 
from the user is not explicitly taught by Bogosian et al. Such would have also been obvious to 
one of ordinary skill in the art to do because different financial institutions use different number 
of digits in an MICR, thereby covering or accepting payments from most banks or financial 
institutions. 

As per claim 24, Bogosian et al disclose a system and method or computer programmed 
for determining whether check information printed on the face of a check has been altered. In so 
doing, Bogosian et al teach a system for confirming the correct entry of a check identifier, the 
system comprises a processor circuit configured to store in a database multiple checking account 
records, the processor circuit being further configured to receive a first check identifier entered 
by a user in a non-automated manner and to remotely receive a second check identifier entered 
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by the user in a non-automated manner, the processor circuit being further configured to search 
the database for a stored checking account record that relates to the received first check 
identifier, and the processor circuit being further configured to transmit a request for receiving a 
second check identifier entered by the user, if the processor circuit cannot find in the database a 
stored checking account record that relates to the received first check identifier. Applicant is 
referred to figures 7-8 and columns 7-12 of Bogosian et al. See also the rejection of claim 15 
above. 

Applicant has amended the independent claim 24 to recite "wherein the processor if 
further configured to accept the first check identifier when the processor circuit finds in the data 
base a stored checking account record that relates to the received first check identifier without 
requiring additional entry of identifier information from the user in a non-automated manner' 
and argued that the prior art failed to teach or suggest this limitation. 

In response, the Examiner asserts that if the first check identifier relates to a checking 
account record stored in the database, accepting the first check identifier would have been 
obvious to one of ordinary skill in the art since there would be no need to obtain any additional 
information from the user or client. 

As per the limitation of "the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 
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As per claim 25, Bogosian et al disclose the processor circuit is configured to store in 
the database a routing number and an account number of each of the multiple checking account 
records. See column 4 of Bogosian et al. 

As per claim 26, Bogosian et al disclose a system and method or computer programmed 

for confirming the correct entry of a check identifier entered by a user. The system 

comprising: 

a receiving means for receiving a first user-entered check identifier wherein the first 
check identifier is entered in a non-automated manner (column 6, lines 10-41); 

a searching means for searching in a database for a stored record that relates to the first 
user-entered check identifier (column 6, line 42 to column 8, line 36); 

a requesting means for requesting the user to enter a second user-entered check 
identifier if the searching means cannot find a stored record in the database that relates to the 
first user-entered check identifier, wherein the second check identifier is entered in a non- 
automated manner (column 8, lines 36-67 and figure 8); 

a comparing means for comparing the second user-entered check identifier with the first 
user-entered check identifier; and an accepting means for accepting the first user-entered check 
identifier as a correct entry (column 8, lines 36-67 and column 12, lines 1 1-63) if the second 
user-entered check identifier matches the first user-entered check identifier, irrespective of 
whether a stored record that relates to the first and second user-entered check identifiers exists, 
or if the searching means has found a stored record in the database that relates to the first user- 
entered check identifier. 
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As per the limitation of "the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 

As per claim 27, Bogosian et al disclose storing means for storing in the database 
checking account records (see column 4, lines 34-67). 

3. REMARKS: 

Applicant has made a number of amendments to the claims specifically to the 
independent claims and argued that the reference Bogosian et al fails to teach or suggest 
"comparing the second check identifier with the first check identifier and accepting the second 
check identifier, if the second check identifier is consistent with the first check identifier (same 
or different or one or more of the same or different symbols). 

In response, the Examiner notes that whether or not such a feature is present in the 
system and method, this feature does not bring any patentable differences. Firstly, it is noted that 
there appears to be no functions being performed with the result of "accepting the second check 
identifier" in the remaining of the body of the independent claim 1 . Secondly, comparing a first 
and second inputted data (whether automated or in a non-automated manner) in a computer 
system, is an old and well known feature practiced in many different art. For example, 
automated teller machines (ATM's), the inputting of logins of ID's or passwords are a similarly 
well known and adapted function which checks inputted data, with or without previously 
inputted data and with stored data in a server or database so as to allow access to a system or to 
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allow further processing as desired. Thus, it is common sense or instantly obvious to recognize 
that if a previously entered information such as a first check identifier does not correspond to an 
identifier in a stored database, then reentering another identifier and checking if the re-entered 
identifier is the same as the firstly entered identifier or matches that in the database would have 
been obvious to the one of ordinary skill in the art in order to allow further processing of the 
check once and if there is a match. Furthermore, these are well known database techniques 
abundantly practiced at the time the invention was made. Thus, it would have been obvious to 
one of ordinary skill in the art at the time the invention was made to introduce such a well known 
technique or concept in the system of Bogosian et al in order to deter fraud within their check 
system. 

Bogosian et al is directed to a system and method for facilitating online purchasing and 
payment. In the Bogosian et al reference, it is stated that a buyer visiting a particular merchant 
site, selects particular items to be purchased. In regard to payment, the buyer presents a check 
which is readable by a computer which can extract certain check identifiers from the face of the 
check. A screen with data fields is also displayed to the user to insert certain fields data or check 
identifiers. See figure 4 and column 6, lines 23-42 of Bogosian et al. A comparison between the 
entered fields and a database is made to ascertain the validity and accuracy of the check fields or 
identifiers. The result is displayed to the user. See column 8, lines 23-36 of Bogosian et al. 
Depending on the result, the user may be asked to reenter the datafields or check identifiers in at 
least one or more additional attempts. See column 8, lines 37-60 of Bogosian et al. 

Appellant then states that the other remaining independent claims are somewhat different 
from independent claim 1 and recite patentably different subject matter. 
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In response, the Examiner disagrees with the appellant's assertion. All the independent 
claims appear to recite similar subject matter since there is not a function being performed with 
the second check identifier. 

As per the limitation of "the first check identifier comprises at least a portion of both an 
account number and a routing number", the Examiner asserts that this limitation is similar to 
the MICR line found on the bottom of a check which the Examiner asserts that this is a feature 
found on most checks. 

4. Response regarding the amendment filed 1/12/2009. 

Regarding the now added limitations of claims 1,3, 11, 15, 18, 20, 24 and 26, applicant's 
representative has amended their claims and argued that Bogasian fails to teach or suggest the 
functions of "parsing from the first check identifier that has one or more entered replacement 
symbols at least the account number portion using the replacement symbols" and "presenting an 
error message to the user, if the second check identifier is not consistent with the first check 
identifier". 

In response, the Examiner respectfully disagrees. It should be noted, as well known in 
the art and as stated in the applicant's Description of the Related Art section of their 
specification, specifically, paragraph [004] that " A typical check identifier is printed on a paper 
check and appears in a MICR (magnetic ink character recognition) format. A typical MICR 
format check identifier includes about twenty to thirty numeric digits and multiple separator 
symbols. Since the MICR format check identifier typically includes many digits and multiple 
hard-to-read separator symbols, check identifiers are often incorrectly entered. . .". Thus, from 
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this teaching, if a user is manually entering a check identifier, the use would enter the bank 
number, the replacement or separator symbols and also the routing number related to the 
particular check. Thus, for a machine or a human being to read or identify the particular check, 
the numbers and symbols found on the MICR must be read and parsed so as to correctly identify 
the account number, the check number and the routing number of the check. Thus, the parsing 
step is an inherent feature found in most check scanning or processing system similar to the one 
found in the system and method of Bogasian. If a user enters a wrong check identifier, obviously 
the user would have been asked to reenter another check identifier in order to provide an 
interactive and user-friendly system. At any stage an incorrect check identifier is inputted, an 
error message would have also been presented to the user. Thus, providing prompts and error 
messages to a user would have been obvious to one of ordinary skill in the art to include in the 
system and method of Bogasian in order to provide the user with an interactive and user- friendly 
system. 

5. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
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the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Conclusion 

6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Frantzy Poinvil whose telephone number is (571) 272-6797. The 
examiner can normally be reached on Monday-Thursday from 7:00AM to 5:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Thomas Dixon can be reached on (57 1 ) 272-6803. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Frantzy Poinvil/ 
Primary Examiner 
Art Unit 3696 

FP 
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